GitRepo，有一个文件夹ABC，里面有三个文件，名字里都有空格file-1.ext,file-2.ext和file-3.ext。我想删除文件夹和文件。我只知道如何通过这个命令删除文件gitfilter-branch\--index-filter'gitrm--cached--ignore-unmatchFILE'\--prune-empty--tag-name-filtercat----all然后你gitpushoriginmaster--force。(1)但是如何从所有以前的提交中删除文件夹ABC及其文件？此外，这些文件的名称中包含空格，并且以下内容未在repo提交中检测到它们:
在GitHub上比较同一分支上的历史让我很困惑。我经常为此苦苦挣扎:如果我在GitHub存储库名称后的URL中使用compare/master，我可以根据下pull菜单中的选项与存储库中的其他分支进行比较。https://help.github.com/en/articles/comparing-commits-across-time但是，我通常想比较master上的几个提交。这是如何轻松完成的？我能得到一个更清楚的例子吗？ 最佳答案 您可以使用以下URL结构来比较同一分支中的提交:github.com///compare/...替
在GitHub上比较同一分支上的历史让我很困惑。我经常为此苦苦挣扎:如果我在GitHub存储库名称后的URL中使用compare/master，我可以根据下pull菜单中的选项与存储库中的其他分支进行比较。https://help.github.com/en/articles/comparing-commits-across-time但是，我通常想比较master上的几个提交。这是如何轻松完成的？我能得到一个更清楚的例子吗？ 最佳答案 您可以使用以下URL结构来比较同一分支中的提交:github.com///compare/...替
我见过git命令使用类似HEAD~的语法，但我无法在GitReferenceManual中找到此语法.这是我的理解:~指的是早于的提交步骤(其中是一个整数)，并且commit~只是意味着相同，隐含地是一个。现在，这是正确的吗？在那种情况下，这总是有效吗？如果是两个分支之间merge的结果，那么该提交将~怎么办？引用？是否有一些相应的语法来引用下一个提交或稍后的提交步骤？ 最佳答案 在关于AcenstryReferencesinProGit的章节中，您对它的工作原理有非常清楚的解释。:~用于获取第一个父节点。^可用于获取其他父级(^2
我见过git命令使用类似HEAD~的语法，但我无法在GitReferenceManual中找到此语法.这是我的理解:~指的是早于的提交步骤(其中是一个整数)，并且commit~只是意味着相同，隐含地是一个。现在，这是正确的吗？在那种情况下，这总是有效吗？如果是两个分支之间merge的结果，那么该提交将~怎么办？引用？是否有一些相应的语法来引用下一个提交或稍后的提交步骤？ 最佳答案 在关于AcenstryReferencesinProGit的章节中，您对它的工作原理有非常清楚的解释。:~用于获取第一个父节点。^可用于获取其他父级(^2
当我在git命令行中时，提交一些文件并保留其余文件以供另一次提交是相当困难的。如何让这变得简单？ 最佳答案 其实很简单。您需要先将您想要的更改添加到索引:gitaddfile1file2然后gitcommit如果您删除了一个文件，add会执行此操作。添加意味着“添加更改”，即使它是删除。如果要添加所有更改:gitadd-Acommit上的-a参数表示添加跟踪文件的所有更改并提交它们。所以gitcommit-a不会提交您创建的新文件。您必须明确添加它。-m参数允许您避免打开编辑器来编辑您的提交消息，并使用您在-m之后输入的内容选项:g
当我在git命令行中时，提交一些文件并保留其余文件以供另一次提交是相当困难的。如何让这变得简单？ 最佳答案 其实很简单。您需要先将您想要的更改添加到索引:gitaddfile1file2然后gitcommit如果您删除了一个文件，add会执行此操作。添加意味着“添加更改”，即使它是删除。如果要添加所有更改:gitadd-Acommit上的-a参数表示添加跟踪文件的所有更改并提交它们。所以gitcommit-a不会提交您创建的新文件。您必须明确添加它。-m参数允许您避免打开编辑器来编辑您的提交消息，并使用您在-m之后输入的内容选项:g
我在我的功能分支中做了一堆未推送的提交，现在想重新排序并部分压缩可视化的提交。我认为解决方案不知何故在于Git交互，但如何调用它？$gitrebase--interactive--onto只是用apopVInoop内容后跟注释信息。退出后，我的头重置为指定的提交。如何正确触发交互式rebase以修改自某个提交以来的提交？ 最佳答案 你应该使用gitrebase--interactive哪里应该不是您要重写的第一个提交的sha，而应该是之前提交的sha。如果你的历史是这样的:pick43576eflastcommit...pick51
我在我的功能分支中做了一堆未推送的提交，现在想重新排序并部分压缩可视化的提交。我认为解决方案不知何故在于Git交互，但如何调用它？$gitrebase--interactive--onto只是用apopVInoop内容后跟注释信息。退出后，我的头重置为指定的提交。如何正确触发交互式rebase以修改自某个提交以来的提交？ 最佳答案 你应该使用gitrebase--interactive哪里应该不是您要重写的第一个提交的sha，而应该是之前提交的sha。如果你的历史是这样的:pick43576eflastcommit...pick51
我正在编辑分成三个窗口打开的文件。我想将它们提交到存储库中。有什么命令可以做到这一点吗？ 最佳答案 有几种方法可以完成此任务。我将概述使用:Git的最具交互性的方法.通过:Git打开状态窗口通过在文件之间移动/通过-暂存/未暂存文件通过cc开始提交在状态窗口中创建提交消息并保存并关闭窗口。(我更喜欢:x)您也可以使用zj和zk在部分之间移动使用-在一个部分将暂存/取消暂存该部分中的所有文件有关:Git的更多帮助见:h:Git或:G当在:Git缓冲区。可以使用:Gwrite或:Gw和:windo跳过:Git窗口以使其更快一些。:win
